home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 6 / Night Owl's Shareware - PDSI-006 - Night Owl Corp (1990).iso / 034a / xfd_v202.arj / XFDDOCEN.DOC < prev   
Text File  |  1991-05-12  |  99KB  |  2,017 lines
  1. ╔══════════════════════════════            ┌─────────────────┐
  2. ║ XFD                                      │    D.I.S.P.     │────┐
  3. ║ FileDoor (tm)                            │                 │░░░░│
  4. ╟──────────────────────────────            │                 │░░░░│
  5. ║ (c) 1991  Robert W.van Hoeven            │ Dutch           │░░░░│
  6. ╟──────────────────────────────            │   Independent   │░░░░│
  7. ║ Release : 2.02                           │     ShareWare   │░░░░│
  8. ║ Rel.Date: 12th May 1991                  │       Programmer│░░░░│
  9. ╠══════════════════════════════            └─────────────────┘░░░░│
  10. ║ Documentation                            |    │░░░░░░░░░░░░░░░░░│
  11. ║ (c) 1991 Reinier E.B. de Groot           |    └─────────────────┘
  12. ║                                          |       ┌─────┐        |
  13. ║ '│' will show the changes in             |       │░░░░░│        |
  14. ║     this version. These are              |       └──┬──┘        |
  15. ║     the changes to version 2.01          |     ┌────┴────┐      |
  16. ║     and found in column 1 of             ------││││││ ═══│-------
  17. ║     the document !                             └─────────┘
  18. ╠═══════════════════════════════
  19. ║ Address: Robert W. van Hoeven
  20. ║          PO. Box 131
  21. ║          1170 AC  Badhoevedorp
  22. ║          Nederland / Holland
  23. ╚═══════════════════════════════
  24.  
  25.  ┌───────┬─────────────────────────────────────────────────────────────┐
  26.  │   0   │ Table of contents                                           │
  27.  └───────┴─────────────────────────────────────────────────────────────┘
  28.  
  29.  1 ----    General information
  30.   1.1      Copyrights and License Agreement
  31.   1.2      Newer versions and contacting the author
  32.  
  33.  2 ----    Package description and requirements
  34.   2.1      Preface
  35.   2.2      Requirements
  36.   2.3      Included files
  37.   2.4      History
  38.   2.5      Introduction & specs
  39.  
  40.  3 ----    Installation description
  41.   3.1      Installation (general)
  42.   3.2      Installing FILEDOOR.EXE
  43.    3.2.1   Downloads
  44.    3.2.2   Uploads
  45.    3.2.3   Bidirectional
  46.   3.3      FILEDOOR.CFG
  47.    3.3.1   Basic statements
  48.    3.3.2   Statements that define the environment that FILEDOOR uses
  49.            (paths)
  50.    3.3.3   Other statements, not related to protocol definition
  51.    3.3.4   Filedoor's Protocol Definition
  52.   3.4      FD_UPD and FILEDOOR.UPD
  53.  
  54.  4 ----    Runtime information
  55.   4.1      Command-line switches
  56.   4.2      Fast Modems
  57.   4.3      Multiline operations
  58.   4.4      Swapping
  59.   4.5      FileDoor/DISP-compatible tag-file <tm>
  60.   4.6      Fileselection
  61.  
  62.  5 ----    Version information and credits
  63.   5.1      The BETA-team
  64.   5.2      Credits
  65.   5.3      Version history
  66.   5.4      Copyright, Trademarks
  67.  
  68.  ┌───────┬─────────────────────────────────────────────────────────────┐
  69.  │   1   │ General information                                         │
  70.  └───────┴─────────────────────────────────────────────────────────────┘
  71.  
  72.  1.1 Copyrights and License Agreement
  73.  ────────────────────────────────────
  74.  
  75.  - Users of the FileDoor-package must accept this disclaimer of warranty:
  76.  
  77.  - The FileDoor-package is supplied as is.  The author disclaims all
  78.    warranties, expressed or implied, including, without limitation,
  79.    the warranties of merchantability and of fitness for any purpose.
  80.    The author assumes no liability for damages, direct or consequential,
  81.    which may result from the use of the FileDoor-package;
  82.  
  83.  - The FileDoor-Package is a "shareware program" and is provided at no charge
  84.    to the user for evaluation.  Feel free to share it with your friends,
  85.    but please do not give it away altered or as part of another system.
  86.    The essence of "user-supported" software is to provide personal
  87.    computer users with quality software without high prices, and yet to
  88.    provide incentive for programmers to continue to develop new products.
  89.  
  90.  - If you find this program useful and find that you are using and
  91.    continue the use of the FileDoor-package after a 30 days trial period,
  92.    you must register the FileDoor-package as described below;
  93.  
  94.  - Send a postcard to Robert W. van Hoeven, with your address,
  95.    net/node number and 'FileDoor v2.01 registration' on it. The
  96.    exact address is in the header of this documentation;
  97.  
  98.  - Anyone distributing the FileDoor-Package for any kind of remuneration
  99.    must first contact the Author at the address above for authorization;
  100.  
  101.  - You are encouraged to pass a copy of the FileDoor-package along to your
  102.    friends for evaluation.  Please encourage them to register their
  103.    copy if they find that they can use it;
  104.  
  105.  - Support on FileDoor is available by means of written letters or by
  106.    entering the international echomail area DISP (available on the
  107.    Echomail backbones of FidoNet <tm> in every zone);
  108.  
  109.  - Problems and suggestions can be entered in the FidoNet <tm> Echomail
  110.    conference <tm> called DISP (international). Entering this echo does
  111.    not exclude you of the duty to register the FileDoor-package, though users
  112.    who evaluate the product can enter the echo for questions;
  113.  
  114.  - The FileDoor-package, all programs excluding the documentation,
  115.    are now copyrighted 1991 by Robert W. van Hoeven, PO. Box 131,
  116.    Badhoevedorp 1170AC, Holland. The original idea and realization
  117.    is copyrighted 1988-90 by Stig Jacobsen, DAK Software.
  118.    The documentation is copyrighted 1991 by Reinier E.B. de Groot.
  119.  
  120.    All rights are reserved. You may copy this package for backup purposes.
  121.    Also you may copy and share unmodified copies of the whole package,
  122.    providing that the copyright notice is reproduced and included on
  123.    all copies. Excluded from this statement are the support-files written
  124.    by other authors. Please refer to the documentation of these programs for
  125.    copyrights and license agreements;
  126.  
  127.  - It is forbidden to modify, adapt, translate, reverse engineer, de-
  128.    compile and/or disassemble the software in the FileDoor-package. Patching
  129.    the medium at places that carry the software is seen as a program
  130.    change and is also forbidden.
  131.  
  132.  - Performing any of the illegal actions as stated in the previous
  133.    lines, is a theft and no fair play to the author and, more important,
  134.    to the registered users;
  135.  
  136.  - Bulletin Board Systems that distribute the FileDoor package can convert
  137.    the WHOLE package to any archive-system they like but all original
  138.    files must be included in the new archive. The FileDoor-package on the
  139.    Bulletin Board can contain at the most 2 extra files. These files
  140.    can only be a commercial for that Bulletin Board and/or validation
  141.    data that is presented as a service to all users and shall have no
  142.    other functions;
  143.  
  144.  - After the normal trial period of 30 days, you must register the soft-
  145.    ware (see REGISTER.XFD) or you must remove it from your PC;
  146.  
  147.  - Comments, suggestions and bug reports are welcome and will be answered
  148.    as soon I have the time to do so. You can send me a letter of leave a
  149.    NetMail <tm> message named to Rob Van.hoeven (mind the point) on node
  150.    2:512/100 (RA Support, Monster, Holland, SysOp is Reinier de Groot).
  151.    When you want to send me normal mail, address it to:
  152.    Robert W. van Hoeven, PO. Box 131, 1171 AC Badhoevedorp, Holland;
  153.    Also you can enter messages in the FidoNet <tm> DISP Echomail <tm>
  154.    area;
  155.  
  156.  
  157.  1.2 Newer versions and contacting the author
  158.  ────────────────────────────────────────────────────────────────────────
  159.  The newest version of FileDoor is always available at the DISP-HQ on
  160.  node 2:512/100. FileDoor is also distributed thru a number of DISP
  161.  support nodes. You can obtain FileDoor in four different ways:
  162.  
  163.  - Logging on at DISP-HQ or a support node
  164.  
  165.    All zones :  2:512/100  (Multiline Paradise NL #1)       DISP-HQ
  166.                            (Sysop: Reinier de Groot )
  167.                 2:512/129  (MultiLine Paradise NL #2)       DISP-HQ
  168.                            (Sysop: Reinier de Groot )
  169.  
  170.    For zone 1:  1:203/988  (Amber Shadow       USA  )       Support & beta
  171.                            (Sysop: Dave Overton     )
  172.                            (The Chess Board    USA  )       Support & beta
  173.                            (Sysop: Ken Givens       )
  174.  
  175.    For zone 2:  2:280/216  (Sirex              NL   )       Support & beta
  176.                            (Sysop: Gerry Ulrich     )
  177.                 2:242/4    (GOLEM    Meerbusch FRG  )       Support & beta
  178.                            (Sysop: Hanstheo Wolf    )
  179.                 2:241/5603 (FunBoard Felbert   FRG  )       Support & beta
  180.                            (Sysop: Dirk Astrath     )
  181.                 2:244/8500 (Nilpferd BBS       FRG  )       Support & beta
  182.                            (Sysop: Joerg Dassler    )
  183.                 2:403/139  (The Black Universe ISR  )       Support & beta
  184.                            (Sysop: Saar Blitz &     )
  185.                            (       Addy Santos      )
  186.                 2:405/166  (Hith Hiker BBS     ISR  )       Support & beta
  187.                            (Sysop: Alon Gingold     )
  188.                 2:200/407  (Secret Blue Valley SWE  )       Support & beta
  189.                            (Sysop: Andreas Birgerson)
  190.                 2:257/168  (Barnabas the Caring UK  )       Support & beta
  191.                            (Sysop: John Barton      )
  192.  
  193.    For zone 3,4,5 and 6    (vacant                  )
  194.  
  195.    The BBS's above will always have the most current version of FileDoor
  196.    available. Also, in some cases, it is possible to request the
  197.    newest FileDoor with a standard file-request (ask the SysOp in question).
  198.    On 2:512/100 you can use XFDNEW as magical name to Freq. the newest
  199.    version.
  200.    The actual DISP-HQ is point 2:512/100.5, but this is a closed system
  201.    and can not be accessed from the 'outside'). You CAN address netmail
  202.    to this point though !
  203.  
  204.  - Logging on to a SDS node
  205.    FileDoor is distributed thru SDS/SDN, but only big minors (x.10, x.20 and
  206.    so on) and majors (2.01, 3.01 and so on) are submitted to the SDS
  207.    distribution point in Holland;
  208.  
  209.  - Logging on to your own favorite and local BBS;
  210.    Chances are, that you will find an older version (international
  211.    users) because it will take some time for the new version to
  212.    'bleed' thru the net;
  213.  
  214.  If you think you have found problems in FileDoor, or in any other case,
  215.  you wish to contact the author, you can send me:
  216.  
  217.  - A letter to the address you can find in the header of this file;
  218.  - A NetMail <tm> message to Rob Van.hoeven (please mind the dot
  219.    between Van and Hoeven) at 2:512/100 or (better) 2:512/100.5;
  220.  - A Message in the FidoNet <tm> DISP echomail <tm> area;
  221.  
  222.  WARNING : When you submit messages by NetMail you must agree to a few
  223.            rules:
  224.            - Besides the DISP echomail area I frequently look into all
  225.              Remote Access <tm> echomail areas but NOT in QuickBBS/SBBS
  226.              area's. You must submit any echomail messages in DISP (is
  227.              preferred) or in the RA_UTIL area. Messages in other echo-
  228.              mail area's could never be read by me;
  229.            - When you find any errors or have any suggestions, you must
  230.              DIRECTLY address the message to me (Rob van.hoeven, mind
  231.              the point). Messages with 'subject' set to 'FDBUG: some
  232.              thing' or 'FDSUG: something' are always catched by me
  233.              first so use that subject in your message;
  234.            - Netmail messages must be send to FidoNet 2:512/100.5
  235.              (direct) or 2:512/100 (indirect) and must also contain
  236.              the correct name (Rob van.hoeven);
  237.  
  238.  
  239.  
  240.  ┌───────┬─────────────────────────────────────────────────────────────┐
  241.  │   2   │ Package description and requirements                        │
  242.  └───────┴─────────────────────────────────────────────────────────────┘
  243.  
  244.  2.1 Preface
  245.  ────────────────────────────────────────────────────────────────────────
  246.  Please notice the following:
  247.  
  248.  - FileDoor is a ShareWare product in every right way, this means this
  249.    software is not crippled in any way.
  250.  
  251.    Everyone is urged to register the program when using it for a period
  252.    longer than 30 days.
  253.  
  254.  - This program will need the actual protocol drivers to work. These
  255.    are not supplied in this package, but are widely available on most
  256.    BBS's. Therefor please contact the author of the protocol driver when
  257.    you have problems with the driver. You may contact the author of FileDoor
  258.    or one of the support boards when you have a question on how to install
  259.    a certain file-transfer protocol in FileDoor.
  260.  
  261.  - If you have created a working example in FileDoor.CFG for a new type
  262.    of protocol, I would like it very much if you send me a copy of the
  263.    actual PROTOCOL-statement. With newer releases, other can benefit
  264.    from this knowledge. Your name will be added to the 'what's new' list
  265.    at the bottom;
  266.  
  267.  
  268.  2.2 Requirements
  269.  ────────────────────────────────────────────────────────────────────────
  270.  FileDoor           - PC XT/AT/386
  271.                     - At least 200K free memory for FileDoor to run.
  272.                       Some extra kB's are added for each file you select.
  273.                       Extra memory requirements are depending on the
  274.                       selected protocol driver.
  275.                     - DOS 3.xx and higher;
  276.                       (tested with 4Dos 3.03, should work with lower
  277.                       versions);
  278.  
  279.  
  280.  2.3 Included files
  281.  ────────────────────────────────────────────────────────────────────────
  282.  The package includes : FILEDOOR.EXE    The main program
  283.                         FILEDOOR.CFG    An example config file
  284. │                       BIMODEM.CFG     An example of Bimodem.CFG
  285.                         XFD.NEW         What is new in current version
  286.                         XFDDOCEN.DOC    The documentation
  287.                         REGISTER.XFD    Registration information
  288.                         REG_FORM.XFD    Registration form
  289.                         VENDOR.XFD      Vendor information
  290.                         README.1ST      Last minute information
  291.                         *.ANS           Example of ANSI-menu/Help files
  292.                         *.ASC           Example of ASCII-menu/Help files
  293.  
  294.  
  295.  2.4 History
  296.  ────────────────────────────────────────────────────────────────────────
  297.  FileDoor <tm> is an original product from Stig Jacobsen. His program is
  298.  a widely used protocol driver on many BBS's in all zones and nets. The
  299.  last version (v1.21) was released in 1989 and since then implemented in
  300.  many QuickBBS and Remote Access BBS systems (the last be means of some
  301.  tricks to fool Remote Access and FileDoor).
  302.  
  303.  All rights of FileDoor and the complete source code were transferred to
  304.  Rob van Hoeven in the late 1990. Because of his work and many other
  305.  activities Stig was not able to release a much wanted updated version
  306.  for the currently supported BBS systems and the newer ones.
  307.  
  308.  In the beginning Rob started to work with the original source code.
  309.  For several reasons this method was abandoned and Rob decided to write
  310.  a completely new version from scratch. This way he could use all his
  311.  experience with Turbo Pascal (his second native language) and all
  312.  available commercial toolboxes.
  313.  
  314.  To accommodate the user with the fastest performance that is possible in
  315.  Pascal (Pascal implementations are always use somewhat more memory and
  316.  are somewhat slower than C implementations) a number of registered com-
  317.  mercial toolboxes are used to gain in speed and to reduce the memory.
  318.  A complete list of the used products is found at the end of the document.
  319.  
  320.  The current version of FileDoor is a complete rewrite and extends
  321.  file-transfer options of many BBS programs to a State Of The Art! The
  322.  tradeoff is a bigger memory consumption. There are several options in
  323.  FileDoor 2.xx that were not available before and all these options will
  324.  cost some memory. Rob saw no problems in extending the memory usage be-
  325.  cause most BBS programs now have a swap-option in their external calls
  326.  (like the type 7 *M option) and for those BBS's that don't have these
  327.  options, FileDoor itself can also swap before a protocol is called.
  328.  
  329.  Though Rob is CoSysop on my system and has done work as a Sysop on his
  330.  own systems for several years, he is also works as a BBS-user. As you
  331.  will see, much is changed in the interface to the user.
  332.  
  333.  The current version you own (XFD_V201) will work for QuickBBS, Remote
  334.  Access, SuperBBS and compatible clones. A separate package will be
  335.  available soon (OFD_V201) that will interface to OPUS, Maximus and
  336.  compatible clones.
  337.  
  338.  
  339.  2.5 Introduction & specs
  340.  ────────────────────────────────────────────────────────────────────────
  341.  FileDoor is an interface to hook external file-transfer programs into
  342.  RemoteAcces, QuickBBS and SBBS or compatible clones of these systems.
  343.  
  344.  FileDoor will add features and flexibility to transferring files, which
  345.  will not be found in any BBS or file-transfer interface.
  346.  
  347.  FileDoor has:
  348.  
  349.  - an interface to RemoteAccess, QuickBBS and SuperBBS systems.
  350.    Remote Access 0.xx and 1.xx are both supported as are the
  351.    QuickBBS 2.xx and SBBS 1.xx types;
  352.  - full security support, including security levels and flags of
  353.    the above mentioned BBS programs.
  354.  - support for the FILES.RA/FLSEARCH.CTL file.
  355.  - support for LIMITS.CTL
  356.  - full multinode, multitasking capabilities.
  357.  - support for many external file-transfer protocols, including
  358.    those producing a DSZLog alike LOG file.
  359.  - Built-in Fossil support.
  360.  - support for Bidirectional transfer protocols (only Bimodem at the
  361.    moment).
  362.  - support for CD-ROM systems when implemented in the BBS.
  363.  - Filecounter ( [xx]) support.
  364.  - user ratio monitoring.
  365.  - direct updating in the BBS, if supported by the BBS.
  366.  - support for external help and menu files.
  367.  - ultra fast AutoSearch with in-archive file-view options.
  368.  - an option to refuse 'unwanted' files. (*.GIF, PKZ110.EXE etc).
  369.  - configurable download hours.
  370.  - extended and userfriendly interface to select files for transfer.
  371.  - macro support!
  372.  - several exit points for third party products.
  373.  - a direct interface for semi-auto-download with the FileDoor/DISP
  374.    compatible tag-file options.
  375.  - all those options not found in any BBS program or any other
  376.    transfer interface.
  377.  
  378.  
  379.  
  380.  ┌───────┬─────────────────────────────────────────────────────────────┐
  381.  │   3   │ Installation description                                    │
  382.  └───────┴─────────────────────────────────────────────────────────────┘
  383.  
  384.  3.1 Installation (general)
  385.  ────────────────────────────────────────────────────────────────────────
  386.  Before installing you MUST read this DOC file and the README.1ST file,
  387.  which will contain last minute addendum. Installing FileDoor is quite
  388.  simple assuming you have read the DOC file. First read the part on how
  389.  to install FileDoor.Exe in your BBS system, then carefully read the part
  390.  about the configuration file (FileDoor.Cfg). When you take the time to
  391.  read every possible option while creating the control-file you will see
  392.  that everything is not that difficult at all.
  393.  
  394.  If you still have problems, you could enter a message in the FidoNet
  395.  DISP Echomail area.
  396.  
  397.  - Place FILEDOOR.EXE and FILEDOOR.CFG in some directory in the DOS PATH.
  398.    If you run DOS 3.xx you can also use a directory that is not inside
  399.    the DOS-path;
  400.  
  401.  - Create a FILEDOOR.CFG file in the same directory (see instructions) or
  402.    the directory that FILEDOOR.EXE is called from (DOS 3.xx and higher);
  403.  
  404.  - Take special care with memory requirements (see later);
  405.  
  406.  - Be sure to set DSZLOG to a valid directory and filename (for each
  407.    line a separate file or separate directory). Read 4.3 in case of
  408.    doubt !!
  409.  
  410. │FileDoor.CFG can be found in the following ways:
  411. │
  412. │- -C[drive:][\path\][filename] on the type 7/15 menu commandline;
  413. │- In the current directory, the directory FileDoor.EXE was executed
  414. │  from or the path (in that order);
  415. │- From an environment variable:
  416. │
  417. │  Use SET FILEDOOR=[drive][\path\] to show the directory where
  418. │                                   FileDoor.CFG is located (don't
  419. │                                   forget the trailing backslash)
  420. │
  421. │  USE SET FILEDOOR=[drive][\path\][filename] to show path and file
  422. │                                             to use as configuration
  423. │                                             file;
  424.  
  425.  
  426.  3.2 Installing FILEDOOR.EXE
  427.  ────────────────────────────────────────────────────────────────────────
  428.  
  429.  The program is installed as a type 7 (shell to file) or type 15 (exit
  430.  to DOS) in your RemoteAccess/QuickBBS/SuperBBS menu. Although a type
  431.  7 exit is faster and much easier to install, it will use more memory.
  432.  So depending on your hardware you must either choose for a type 7 or
  433.  a type 15 exit. Both the DORINFOx.DEF and EXITINFO.BBS file are supported
  434.  by FileDoor. Depending on your hardware limitations you may also use the
  435.  swap to memory or disk option of your specific BBS program.
  436.  
  437.  IMPORTANT: This version of FileDoor uses the DSZLOG environment variable
  438.             and does not set one itself. So please, use a different
  439.             SET DSZLOG=xxxx for each seperate line you run !!!!!!!!!!
  440.  
  441.  Command-line switches:
  442.  
  443.  o -DD, Do Download;
  444.  o -DU, Do Upload;
  445.  o -DB, Do Bidirectional transfer;
  446.  o -A[path] to be used as the download path. Not necessary when you use
  447.     AutoSearch in FileDoor.CFG;
  448.  o -N[line] for the BBS line number (defaults to 1). Not necessary when
  449.     you use BBSLine in FileDoor.CFG;
  450.  o -U[path] to be used as the upload path. Not necessary if UploadPath is
  451.     used in the FileDoor.Cfg;
  452.  o -P[path] to be used as the upload path for private uploads. This
  453.     switch is not needed if PUploadPath is used in FileDoor.CFG or if
  454.     there is no need for a special path for private uploads;
  455.  o -C[cfg] to call another FILEDOOR.CFG. Useful when running a multinode
  456.     setup. This way each line has it's own configuration. See the chapter
  457.     on multiline operations;
  458.  
  459.  
  460.  3.2.1 Download
  461.  ────────────────────────────────────────────────────────────────────────
  462.  When installing FILEDOOR.EXE for downloads in RemoteAccess/QuickBBS/
  463.  SuperBBS as a type 7 exit, the optional datafield should at least
  464.  contain the following:
  465.  
  466.  [Drive:\Path\]FILEDOOR.EXE -N[line] -DD -A[DownloadPath] -C[cfg file]
  467.  
  468.  The -A switch may be omitted when you have the AutoSearch feature enabled.
  469.  This is also the case for -N if you run a single line BBS or use the
  470.  BBSLine option in FileDoor.Cfg.
  471.  
  472.  FileDoor will use all BBS program specific files like FILES.RA in
  473.  RemoteAccess environment to do security locking. As mentioned before
  474.  you may also use the switch to swap your BBS program for a large part
  475.  to EMS/Disk.
  476.  
  477.  Example for RemoteAccess:
  478.  
  479.  FILEDOOR.EXE -N*N -DD -CFILEDOOR.CFG -AC:\BBS\FILES\DISP *M
  480.  
  481.  The *N option will pass the nodenumer to FileDoor. The *M will swap a
  482.  large part of RemoteAccess to EMS/Disk.
  483.  
  484.  IMPORTANT: SuperBBS users MUST use the *E options both for a type 7 and
  485.             a type 15 exit to reload the EXITINFO information back to the
  486.             BBS;
  487.  
  488.  When you use a type 15 exit then you must change your batch file in such
  489.  a way that after exiting with an errorlevel you jump to the routine that
  490.  will start FILEDOOR.EXE. This way you MUST supply all parameters on the
  491.  command-line. Also the usage of -R is advised as it will reload the
  492.  information from EXITINFO.BBS back to the BBS.
  493.  
  494.  
  495.  3.2.2 Upload
  496.  ────────────────────────────────────────────────────────────────────────
  497.  When installing FILEDOOR.EXE for uploads in RemoteAccess/QuickBBS/
  498.  SuperBBS as a type 7 exit, the optional datafield should at least
  499.  contain the following:
  500.  
  501.  [Drive:\Path\]FILEDOOR.EXE -N[line] -DU -U[UploadPath] -C[cfg file]
  502.  
  503.  The -U switch may be omitted when you use 'UploadPath' in FILEDOOR.CFG.
  504.  This is also the case for -N if you run a single line BBS or use the
  505.  BBSLine option in FileDoor.Cfg.
  506.  
  507.  FileDoor will use all BBS program specific files like FILES.RA in
  508.  RemoteAccess environment to do security locking.
  509.  Also for the uploads you may use the appropriate switch to swap your BBS
  510.  program for a large part to EMS/Disk.
  511.  
  512.  Example for RemoteAccess:
  513.  
  514.  FILEDOOR.EXE -N*N -DU -CFILEDOOR.CFG -UC:\BBS\FILES\DISP *M
  515.  
  516.  The *N option will pass the nodenumer to FileDoor. The *M will swap a
  517.  large part of RemoteAccess to EMS/Disk.
  518.  
  519.  IMPORTANT: SuperBBS users MUST use the *E options both for a type 7 and
  520.             a type 15 exit.
  521.  
  522.  When you use a type 15 exit then you must change your batch file in such
  523.  a way that after exiting with an errorlevel you jump to the routine that
  524.  will start FILEDOOR.EXE. This way you MUST supply all parameters on the
  525.  command-line. Also the usage of -R is advised as it will reload the
  526.  information from EXITINFO.BBS back to the BBS.
  527.  
  528.  
  529.  3.2.3 BiDirectional
  530.  ────────────────────────────────────────────────────────────────────────
  531.  When installing FILEDOOR.EXE for bidirectional transfers in RemoteAccess,
  532.  QuickBBS or SuperBBS as a type 7 exit, the optional datafield should at
  533.  least contain the following:
  534.  
  535.  [Drive:\Path\]FILEDOOR.EXE -N[line] -DB -U[UploadPath] -A[DownloadPath]
  536.  -C[cfg file]
  537.  
  538.  The -A switch may be omitted when you have the AutoSearch feature enabled.
  539.  The same goes for -N and -U like you saw in the download and upload
  540.  chapters.
  541.  
  542.  FileDoor will use all BBS program specific files like FILES.RA in
  543.  RemoteAccess environment to do security locking. As mentioned before
  544.  you may also use the switch to swap your BBS program for a large part
  545.  to EMS/Disk.
  546.  
  547.  Example for RemoteAccess:
  548.  
  549.  FILEDOOR.EXE -N*N -DB -CFILEDOOR.CFG *M
  550.  (AutoSearch enabled and UploadPath in Filedoor.Cfg)
  551.  
  552.  The *N option will pass the nodenumer to FileDoor. The *M will swap a
  553.  large part of RemoteAccess to EMS/Disk.
  554.  
  555.  IMPORTANT: SuperBBS users MUST use the *E options both for a type 7 and
  556.             a type 15 exit.
  557.  
  558.  When you use a type 15 exit then you must change your batch file in such
  559.  a way that after exiting with an errorlevel you jump to the routine that
  560.  will start FILEDOOR.EXE. This way you MUST supply all parameters on the
  561.  command-line. Also the usage of -R is advised as it will reload the
  562.  information from EXITINFO.BBS back to the BBS.
  563.  
  564.  
  565.  3.3 FILEDOOR.CFG
  566.  ────────────────────────────────────────────────────────────────────────
  567.  The FILEDOOR.CFG file is a normal text-file (ASCII-file). You can create
  568.  this file with program's like EDLIN or any other ASCII-editor.
  569.  FILEDOOR.CFG must be in the DOS-path (DOS 2.xx) or in the same directory
  570.  that FILEDOOR.EXE is called from (DOS 3.xx or higher).
  571.  
  572.  For multi-line operations it is advised to use a FileDoor.CFG for every
  573.  line you run (see the chapter about multiline operations).
  574.  
  575.  FILEDOOR.CFG contains many options. Some of them optional, some of them not.
  576.  The general format for the FILEDOOR.CFG file is:
  577.  
  578.  Option {parameter} {parameter} ..... {parameter}
  579.  
  580.  There are NO restrictions to the position you start the command, nor
  581.  the starting position of the (optional) parameters, but the 'option'
  582.  and (if present) the 'parameters' have to be separated with one or
  583.  more spaces. You can make any mixture of upper and lower case !
  584.  
  585.  Some of the parameters in the FILEDOOR.CFG file can be overruled with
  586.  command-line switches. A generalized example of FILEDOOR.CFG is included
  587.  in the release-file. It contains ALL options available in this release.
  588.  
  589.  The following sub-chapters of 3.3 will contain the several statements
  590.  you can use in FILEDOOR.CFG. In the documentation, the statements are put
  591.  in logical groups. These groups contain statements with the same sort
  592.  of functions. The actual order of the statements in FILEDOOR.CFG does not
  593.  matter at all.
  594.  
  595.  
  596.  3.3.1 Basic Parameters
  597.  ────────────────────────────────────────────────────────────────────────
  598.  The following statements are more or less basic statements.
  599.  
  600.  ┌─────────────────────────────────────────────────────────────────────┐
  601.  │ BBSLine [line]                                                      │
  602.  └─────────────────────────────────────────────────────────────────────┘
  603.  Usage   : As said before, in multi-line operations, FileDoor must know
  604.            the line it is running on. By default, FileDoor uses line 1,
  605.            so when you run one single line, both -N and/or this option
  606.            can be omitted.
  607.            There are some reasons to put the line inside FileDoor.CFG
  608.            when you run multiple lines:
  609.  
  610.            - There is a flaw in Remote Access with the *N option that
  611.              makes the system of generic menu's for all lines very
  612.              difficult to use with FileDoor (see chapter on multiline
  613.              operations);
  614.            - Your command-line is getting to long;
  615.            - You can see the which line-number belongs to this CFG file;
  616.  
  617.            [line] must be the BBS-linenumber and can be set in the range
  618.                   from 1 to 99.
  619.  
  620.  Example : BBSLine 3
  621.  
  622.  
  623.  ┌─────────────────────────────────────────────────────────────────────┐
  624.  │ System [system] [path]                                              │
  625.  └─────────────────────────────────────────────────────────────────────┘
  626.  Usage   : This defines the BBS system you run and the fileareas.
  627.  
  628.            [system] must be RA0 for RemoteAccess versions up to 0.04, RA1
  629.            for versions 1.00 or later, QBBS for QuickBBS or SBBS for
  630.            SuperBBS.
  631.  
  632.            [path] must contain the complete path to FILES.RA (RemoteAccess),
  633.            FLSEARCH.CTL (QuickBBS) or FILES.SBS (SuperBBS). When running
  634.            with QuickBBS 2.75ß, you must still use the old FLSEARCH.CTL
  635.            format, but the new format is included in FileDoor version 2.02
  636.            and up.
  637.  
  638.  Example : System RA1 D:\BBS\RA\FILES.RA
  639.  
  640.  
  641.  ┌─────────────────────────────────────────────────────────────────────┐
  642.  │ NoAutoUpdate [directory]                                            │
  643.  └─────────────────────────────────────────────────────────────────────┘
  644.  Usage   : Some of the supported BBS programs can reload the information
  645.            from EXITINFO.BBS. At this moment the RA 0.04 and higher and
  646.            the SBBS (with *E used) can do so and the QuickBBS 2.xx can
  647.            not (though this will change in the newer releases).
  648.  
  649.            If your BBS does not support the reload of information from
  650.            EXITINFO.BBS (e.g. QuickBBS) OR you dislike the direct up-
  651.            dates that FileDoor will perform when the BBS is able to do
  652.            so (RA, SBBS), you can set NoAutoUpdate. In this case FileDoor
  653.            will create a FileDoor.UPD in the CURRENT directory and will
  654.            use that file for the user-credits (see chapter on FD_UPD).
  655.  
  656.            [directory] must point to the valid directory that will
  657.                        contain FILEDOOR.UPD. All lines (if multi-line)
  658.                        must access the SAME FILEDOOR.UPD otherwise
  659.                        your users can swap lines and download as many
  660.                        as [lines] times the number of files as allowed.
  661.  
  662.            WARNING: NoAutoUpdate is NOT needed for RA0, RA1 and SBBS
  663.                     systems, neither will it be needed for the new
  664.                     QuickBBS 2.7x (running beta) but IS needed for
  665.                     QuickBBS 2.6x and lower !!!!!!!!!!!!!!!!!!!!!!!!
  666.  
  667.  
  668.  
  669.  3.3.2 Paths
  670.  ────────────────────────────────────────────────────────────────────────
  671.  
  672.  ┌─────────────────────────────────────────────────────────────────────┐
  673.  │ FileDoorDir [path]                                                  │
  674.  └─────────────────────────────────────────────────────────────────────┘
  675.  Usage   : If set FileDoor will search for it's menu and help files in
  676.            the supplied path. If not set, FileDoor will create the menu
  677. │          by its own. Help-files and menu-files must all be put inside
  678. │          this directory when used. These are:
  679. │
  680. │          MNU_DOWN.ASC/ANS   (download      menu)
  681. │          MNU_BIDI.ASC/ANS   (bidirectional menu)
  682. │          MNU_UP.ASC/ANS     (upload        menu)
  683. │
  684. │          HLP_DOWN.ASC/ANS   (help on download     )
  685. │          HLP_BIDI.ASC/ANS   (help on bidirectional)
  686. │          HLP_UP.ASC/ANS     (help on upload       )
  687. │          HLP_SELE.ASC/ANS   (help on fileselection)
  688. │
  689. │          Examples of these files are available inside the release
  690. │          archive.
  691.  
  692.  Example : FileDoorDir D:\BBS\RA\TXTFILES
  693.  
  694.  
  695.  ┌─────────────────────────────────────────────────────────────────────┐
  696.  │ UploadPath [path]                                                   │
  697.  └─────────────────────────────────────────────────────────────────────┘
  698.  Usage   : If set, FileDoor will use this directory for uploaded files.
  699.            This directory is overruled by the -U[path] on the command-
  700.            line that is used to call filedoor (if available). If this
  701. │          is the case, FileDoor will not check the UploadPath option
  702. │          for valid data;
  703.  
  704.  Example : UploadPath D:\BBS\RA\FILES\UPLOADS
  705.  
  706.  
  707. │┌─────────────────────────────────────────────────────────────────────┐
  708. ││ PUploadPath [path]                                                  │
  709. │└─────────────────────────────────────────────────────────────────────┘
  710. │Usage   : If set, FileDoor will use this directory for uploaded files
  711. │          that are marked private (description starts with /) to the
  712. │          Sysop. If this option (or -P on the call) is NOT available
  713. │          but private uploads are allowed, FileDoor will move these
  714. │          uploads to the normal upload-directory.
  715. │          This directory is overruled by the -P[path] on the command-
  716. │          line that is used to call filedoor (if available). If this
  717. │          is the case, FileDoor will not check the PUploadPath option
  718. │          for valid data;
  719. │
  720. │Example : PUploadPath D:\BBS\RA\FILES\PRIVATE
  721.  
  722.  
  723.  ┌─────────────────────────────────────────────────────────────────────┐
  724.  │ LogFile [path] {option}                                             │
  725.  └─────────────────────────────────────────────────────────────────────┘
  726.  Usage   : Choose the logfile for logging all Filedoor activities.
  727.            RemoteAccess users may add the type logging (e.g. OPUS for
  728.            OPUS-style of log or FRODO for FrontDoor-style of log).
  729.            This is only allowed when the SYSTEM is set to RA0 or RA1.
  730.            Please remember to point to VARIOUS log-files for each line
  731.            you run, unless you want trash in you log or on your disk.
  732.  
  733.  Example : LogFile D:\LOG\RALIN01.LOG OPUS
  734.  
  735.  
  736.  ┌─────────────────────────────────────────────────────────────────────┐
  737.  │ UploadLog [directory]                                               │
  738.  │ UploadLog [path]                                                    │
  739.  └─────────────────────────────────────────────────────────────────────┘
  740.  Usage   : Sets a special logfile for all uploads including the name
  741.            of the uploader. Either use a directory or a fully specified
  742.            filename including a path. When you use the indirect option
  743.            (only [directory] set to a directory), FileDoor will create
  744.            a FDUPLOAD.LOG in that directory. If you use the direct op-
  745.            tion, you must assign the name yourself.
  746.            Please remember to point to VARIOUS log-files for each line
  747.            you run, unless you want trash in you log or on your disk.
  748.  
  749.  Example : UploadLog D:\LOG\UPLOAD02.LOG (UPLOAD02.LOG for line 2)
  750.            UploadLog D:\LOG\             (FDUPLOAD.LOG in \LOG   )
  751.  
  752.  
  753.  ┌─────────────────────────────────────────────────────────────────────┐
  754.  │ DownloadLog [path]                                                  │
  755.  └─────────────────────────────────────────────────────────────────────┘
  756.  Usage   : Sets a special logfile for all downloads including the name
  757.            of the user. Either use a directory or a fully specified
  758.            filename including a path. When you use the indirect option
  759.            (only [directory] set to a directory), FileDoor will create
  760.            a FDDNLOAD.LOG in that directory. If you use the direct op-
  761.            tion, you must assign the name yourself.
  762.            Please remember to point to VARIOUS log-files for each line
  763.            you run, unless you want trash in you log or on your disk.
  764.  
  765.  Example : DownloadLog D:\LOG\DNLOAD02.LOG (DNLOAD02.LOG for line 2)
  766.            DownloadLog D:\LOG\             (FDDNLOAD.LOG in \LOG   )
  767.  
  768.  
  769.  ┌─────────────────────────────────────────────────────────────────────┐
  770.  │ SwapPath  [directory]                                               │
  771.  └─────────────────────────────────────────────────────────────────────┘
  772.  Usage   : Sets the directory where FileDoor will place any swap-files.
  773.            Only the directory is allowed. FileDoor will generate any
  774.            filename by itself, based on the BBS-line and the type of
  775.            swap. Remember that there must be at least 200K free on
  776.            the disk you point to for every copy of FileDoor that is
  777.            swapped (see chapter on swapping).
  778.  
  779.  Example : SwapPath E:\ZIP
  780.  
  781.  
  782.  ┌─────────────────────────────────────────────────────────────────────┐
  783.  │ TempPath [directory]                                                │
  784.  └─────────────────────────────────────────────────────────────────────┘
  785.  Usage   : Set the path where FileDoor will place uploads and temporary
  786.            files while work is in progress. FileDoor will put uploads
  787.            in a temporary directory first. Also some small files, de-
  788.            pending on the protocol, are placed inside this directory.
  789.            You can assign a directory on the same drive as where the
  790.            uploads will be put, because FileDoor will use an intelligent
  791.            move (move without data transport) when the temporary- and
  792.            upload directory are on the same drive. FileDoor will always
  793.            create a directory UNDER this directory to use as the tempo-
  794.            rary directory and will generate the name by itself (depen-
  795.            ding on date/time and BBS line). Best thing you can do is
  796.            to let this option point to the same directory as the up-
  797.            load directory. FileDoor will remove the directories that
  798.            are created UNDER this directory;
  799.  
  800.  Example : TempPath D:\BBS\RA\FILES\UPLOADS
  801.  
  802.  
  803.  ┌─────────────────────────────────────────────────────────────────────┐
  804.  │ BimodemCfg  [path]                                                  │
  805.  └─────────────────────────────────────────────────────────────────────┘
  806.  Usage   : Set the path to the BiModem.Cfg (Bimodem configuration file).
  807.            You MUST use this option when you include Bimodem in the
  808.            protocols. It must point to the name and location of the
  809.            Bimodem.CFG that is used for this (or all) line(s). FileDoor
  810.            will use this file as a template for a temporary copy of the
  811.            Bimodem.Cfg. Various things (like com-port) are overruled by
  812.            FileDoor, so you can use one single (template) Bimodem.CFG.
  813.  
  814.  Example : BimodemCfg D:\BBS\PROTOCOL\BIMODEM.CFG
  815.  
  816.  
  817.  ┌─────────────────────────────────────────────────────────────────────┐
  818.  │ AlternateFilesPath [directory]                                      │
  819.  └─────────────────────────────────────────────────────────────────────┘
  820.  Usage   : When running with Remote Access 1.xx (or higher), you can
  821.            have CD-ROM files with separate FILES.xx files. In RACONFIG
  822.            there is an option that will point to the directory that
  823.            contains these copies of FILES.xx. Set this option to the
  824.            same directory.
  825.  
  826.  Example : AlternateFilesPath D:\BBS\RA\FILES
  827.  
  828.  
  829.  
  830.  3.3.3 Other statements, not related to protocol definition
  831.  ────────────────────────────────────────────────────────────────────────
  832.  
  833.  ┌─────────────────────────────────────────────────────────────────────┐
  834.  │ Color [lowmenu] [highmenu] [attention] [statusbar] [errors]         │
  835.  └─────────────────────────────────────────────────────────────────────┘
  836.  Usage   : You can overrule the default colors to make FileDoor look
  837.            more the way your own BBS looks. There are 5 items that
  838.            can be overruled. They are the menu-color (low) [lowmenu],
  839.            the menu-color (high) [highmenu], the attention-color
  840.            [attention], the statusbar-color [statusbar] and the color
  841.            of the errors [error].
  842.  
  843.            Each of these variables must be coded when Color (or Colour)
  844.            is used. They must contain a number between 0 and 255. The
  845.            color you want to use is made up with the following formula:
  846.            [forground-color] + (16 * [background-color]) (normal) or
  847.            [forground-color] + (16 * [background-color]) + 128 (blink)
  848.            [Foreground-color] can be a number from 0 to 15, and the
  849.            [background-color] can be a number from 0 to 7. When you
  850.            use higher numbers on background-color (8 to 15), you get
  851.            blinking reversed text (not nice).
  852.  
  853.            The numbers 0 to 15 stand for:
  854.            0  = Black              8  = DarkGray
  855.            1  = Blue               9  = LightBlue
  856.            2  = Green              10 = LightGreen
  857.            3  = Cyan      (sea   ) 11 = LightCyan
  858.            4  = Red                12 = LightRed
  859.            5  = Magenta   (purple) 13 = LightMagenta (light purple)
  860.            6  = Brown     (orange) 14 = Yellow
  861.            7  = LightGray          15 = White
  862.  
  863.            So to create a cyan on black item, this will come to
  864.            3 + (16 * 0) = 3 and for a white on red text this will
  865.            come to 15 * (16 * 4) = 79. For blinking, add 128 to
  866.            the number.
  867.  
  868.  Example : Color 2 10 14 47 12 (to define a 'green-based' FileDoor)
  869.  
  870.  
  871.  ┌─────────────────────────────────────────────────────────────────────┐
  872.  │ AutoSearch                                                          │
  873.  └─────────────────────────────────────────────────────────────────────┘
  874.  Usage   : If set, a global transfer will be enabled. All file areas
  875.            will be searched for the wanted file(s). Full security and
  876.            flag support will prevent users from downloading files from
  877.            areas they don't have access to. As a guide tp flag-support:
  878.            - If the sec.level of the area is higher than that of the
  879.              user, access is denied;
  880.            - If the sec.level of the area is lower than that of the
  881.              user, access is allowed;
  882.            - If the sec.level of the area is equal to that of the user
  883.              and there are no flags set, access is allowed, else:
  884.              - If one or more of the flags are not set for the user,
  885.                access is denied;
  886.              - If all the same (or more) flags are set for the user,
  887.                access is allowed;
  888.            Be sure to understand the security and flag-support with
  889.            autosearch set because there are many misunderstanding
  890.            about sec.level and security. FileDoor implements the as
  891.            above (the same as RA 1.xx).
  892.  
  893.  
  894. │┌─────────────────────────────────────────────────────────────────────┐
  895. ││ ExactMatch                                                          │
  896. │└─────────────────────────────────────────────────────────────────────┘
  897. │Usage   : If set, FileDoor will not ask questions when an exact match
  898. │          between mask and filename (e.g. the mask does not contain
  899. │          wildcards) is found. Also searching for other files with this
  900. │          mask is also disabled. Other masks will still be searched for
  901. │          and everything stays the same as before (2.01a) when a user
  902. │          includes wildcards in the mask. See chapter 4.6 for a dis-
  903. │          cussion on file selection.
  904. │
  905. │
  906. │┌─────────────────────────────────────────────────────────────────────┐
  907. ││ ExactMatch                                                          │
  908. │└─────────────────────────────────────────────────────────────────────┘
  909. │Usage   : If set, FileDoor will not ask questions when a match is
  910. │          found (e.g. the first match) independent of the fact if the
  911. │          user used wildcards in the mask. See chapter 4.6 for a dis-
  912. │          cussion on file selection.
  913. │
  914. │
  915. │┌─────────────────────────────────────────────────────────────────────┐
  916. ││ HideFiles {seclevel}                                                │
  917. │└─────────────────────────────────────────────────────────────────────┘
  918. │Usage   : If set, this option will force FileDoor to check if a file
  919. │          inside an area also exists in the FILES.BBS. If this is not
  920. │          the case and the user has a lower security level than the
  921. │          value of {seclevel}, the file is not displayed nor selected.
  922. │          This option works globally over all area's (autosearch) and
  923. │          for all files that are not in FILES.BBS.
  924. │          {seclevel} can be included to make special users still use
  925. │          the option to select files that are not inside FILES.BBS.
  926. │          By default {seclevel} is 0, so when the option is included
  927. │          without {seclevel} NO user can select the files that are
  928. │          not inside FILES.BBS;
  929.  
  930.  ┌─────────────────────────────────────────────────────────────────────┐
  931.  │ FilesCount {format}                                                 │
  932.  └─────────────────────────────────────────────────────────────────────┘
  933.  Usage   : If used, then, after a download, all FILES.BBS files will have
  934.            their filecounters updates. This way you will be able to track
  935.            the number of downloads of each file in your library.
  936.  
  937.            {format} indicates the number of digits used in your files-
  938.                     counter AND the characters that incapsulate the
  939.                     counter. You can use @ or # for the counter, where
  940.                     @ will cause tailing zeroes and # will cause tailing
  941.                     spaces and any combination of incapsulation characters.
  942.                     If {format} is left out, [@@] is the used default.
  943.  
  944.            FileDoor uses a smart update. Downloads of multiple files are
  945.            collected and FILES.BBS is opened only once.
  946.  
  947.  Example : FilesCount [@@@]  (will cause [001] xxxxx)
  948.            FilesCount [##]   (will cause [ 1] xxxxx )
  949.            FilesCount {@@}   (will cause {01} xxxxx )
  950.  
  951.  
  952.  ┌─────────────────────────────────────────────────────────────────────┐
  953.  │ CommentLength  [option1] [option2]                                  │
  954.  └─────────────────────────────────────────────────────────────────────┘
  955.  Usage   : This will define the minimum and maximum length of the
  956.            filedescriptions for uploaded files. You must supply the
  957.            real minimum and maximum length including the files-counter.
  958.            Defaults are 20 and 47. You can define a length up to 240
  959.            characters.
  960.  
  961.  Example : CommentLength  20  47
  962.  
  963.  
  964.  ┌─────────────────────────────────────────────────────────────────────┐
  965.  │ FreeFile [filename]                                                 │
  966.  │ FreeFile [drive:path\mask]                                          │
  967.  └─────────────────────────────────────────────────────────────────────┘
  968.  Usage   : If set, FileDoor will not calculate the kB's downloaded for
  969.            the supplied file names. Either use [filename] with a full
  970.            filename as global name for ALL areas or [drive:\path\mask]
  971.            for files in specific areas. The second option allows the
  972.            usage of wildcards.
  973.  
  974.  Example : FreeFile  D:\BBS\RAX\FILE\DISP\MT*.*
  975.            FreeFile  MLP*.*
  976.  
  977.  
  978.  ┌─────────────────────────────────────────────────────────────────────┐
  979.  │ DefaultExtension [extension]                                        │
  980.  └─────────────────────────────────────────────────────────────────────┘
  981.  Usage   : Set the default extension for wilcards or partial filenames.
  982.            This will also be displayed in the file selection part of
  983.            FileDoor. If no extensions are used in your filebase remember
  984.            to set [extension] to '*'. When set to ZIP (for example),
  985.            a filename MYBBS* will be expanded to MYBBS*.ZIP and FileDoor
  986.            will search for that file. If the user enters any extension
  987.            or wildcard as extension, none is added by FileDoor.
  988.  
  989.  Example : DefaultExtension ZIP
  990.  
  991.  
  992.  ┌─────────────────────────────────────────────────────────────────────┐
  993.  │ Unwanted [filename]                                                 │
  994.  └─────────────────────────────────────────────────────────────────────┘
  995.  Usage   : Set any filename or extension that is unwanted for an upload
  996.            on your system. Both filenames and wildcards may be used.
  997.  
  998.  Example : Unwanted *.GIF
  999.            Unwanted PKZ110.*
  1000.            Unwanted ARJ200.EXE
  1001.  
  1002.  
  1003.  ┌─────────────────────────────────────────────────────────────────────┐
  1004.  │ NoArchiveCredit [amount]                                            │
  1005.  └─────────────────────────────────────────────────────────────────────┘
  1006.  Usage   : Set the credit for non-archived files. FileDoor will test the
  1007.            uploaded file for any known compression method. The calculation
  1008.            is as follows: (filesize / 100) * NoArchiveCredit. You do not
  1009.            have to tell FileDoor the extensions or archives, because
  1010.            FileDoor will look inside any uploaded file by itself and will
  1011.            detect ARC, PAK, PKA, ZOO, ZIP, ARJ, LU, DWC, MD, HYPER, LHA,
  1012.            LHarc and LArc files by itself (normal and SFX files).
  1013.  
  1014.  Example : NoArchiveCredit 50
  1015.  
  1016.  
  1017. │┌─────────────────────────────────────────────────────────────────────┐
  1018. ││ AlienArchive [extension]                                            │
  1019. │└─────────────────────────────────────────────────────────────────────┘
  1020. │Usage   : FileDoor has a build-in knowledge of most normal archivers.
  1021. │          Some other files could also be archives but of the type that
  1022. │          FileDoor does not know internally. GIF/BMP/TIF/PCX and such
  1023. │          could be such files.
  1024. │          You can add up to 10 AlienArchive options. [Extension] is the
  1025. │          extension of these special files. FileDoor will first look if
  1026. │          the file is a normal archive and then take a look at the
  1027. │          AlienArchive options to see if you have included this file.
  1028. │          Please add at least 'AlienArchive GIF' (if you want the to
  1029. │          be counted as archives) because 2.01a contained coding to
  1030. │          see a GIF as an archive but 2.02 does not contain this coding
  1031. │          anymore.
  1032. │
  1033. │Example : AlienExtension PCX
  1034.  
  1035.  
  1036.  ┌─────────────────────────────────────────────────────────────────────┐
  1037.  │ Ratio  [sec] [ratio] [K|F] [threshold]                              │
  1038.  └─────────────────────────────────────────────────────────────────────┘
  1039.  Usage   : You can have FileDoor check the current users file ratios and
  1040.            allow him depending on these figures to download or not to let
  1041.            him download files from your system. Both KiloBytes and number
  1042.            of files are allowed. The first option is the user's security
  1043.            level, the second the ration he must maintain, the third one
  1044.            decides wether the amount of kB's or the number of downloaded
  1045.            files is tested. The fourth option is the free threshold for
  1046.            ratios. FileDoor will allow downloads until the number set in
  1047.            the fourth parameter. Only when this number is reached, Filedoor
  1048.            will start counting the downloads, with the files downloaded
  1049.            during the free threshold counted in. Up to 100 ratios are
  1050.            allowed, but only one per security level.
  1051.  
  1052.  
  1053.  Example : Ratio 100 10 F 20
  1054.            (level 100 must maintain a 1:10 filenumber ratio, but until
  1055.            the 20th file the download is not counted in the ratio).
  1056.  
  1057.            Ratio   5  8 F
  1058.            (level 5 must maintain a ratio of 1:8 for number of files
  1059.            and there is no threshold).
  1060.  
  1061.            Ratio  99 10 K 200
  1062.            (level 99 must maintain a ratio of 1:10 for the number of
  1063.            transferred kB's, but no ratio is check until he has reached
  1064.            200Kb of downloads).
  1065.  
  1066.  
  1067.  ┌─────────────────────────────────────────────────────────────────────┐
  1068.  │ PrivateUploads                                                      │
  1069.  └─────────────────────────────────────────────────────────────────────┘
  1070.  Usage   : If set the private uploads (to the Sysop) are allowed. The
  1071.            description is placed in a separate file, PFILES.BBS in the
  1072.            upload directory.
  1073.            The user has to start the filedescription with a '/' to make
  1074.            an upload private.
  1075.  
  1076.  
  1077.  ┌─────────────────────────────────────────────────────────────────────┐
  1078.  │ TouchUploads                                                        │
  1079.  └─────────────────────────────────────────────────────────────────────┘
  1080.  Usage   : If set all uploads will get the date/time stamp of your
  1081.            system and not the original date/time. This way all uploads
  1082.            will be displayed as *NEW* files.
  1083.  
  1084.  
  1085.  ┌─────────────────────────────────────────────────────────────────────┐
  1086.  │ ULMultiply [sec] [%count]                                           │
  1087.  └─────────────────────────────────────────────────────────────────────┘
  1088.  Usage   : For any upload done by user with security [sec] the number
  1089.            of KB's will be multiplied with the percentage in [%count].
  1090.            [%count] may even be smaller than 100%, but what is the use
  1091.            for such a function. Will save much disk-space on you upload
  1092.            disk though. Non archived files will first be reduced with
  1093.            the percentage in NoArchiveCredit and then be multiplied by
  1094.            the percentage of ULMultiply.
  1095.  
  1096.            Version 2.05 and higher will also contain a credit in time.
  1097.            This is dropped for the moment because it is very difficult
  1098.            to access these figures for all supported BBS's at this mo-
  1099.            ment (unless type 15 is used).
  1100.  
  1101.  Example : ULMultiply 100 200  (all uploads for level 100 will give a
  1102.                                200% credit in KB's).
  1103.  
  1104.  
  1105.  ┌─────────────────────────────────────────────────────────────────────┐
  1106.  │ AskAnother                                                          │
  1107.  └─────────────────────────────────────────────────────────────────────┘
  1108.  Usage   : If set, FileDoor will ask the user if he wants to perform
  1109.            another file-transfer after completing a transfer.
  1110.  
  1111.  
  1112.  ┌─────────────────────────────────────────────────────────────────────┐
  1113.  │ TimeOut [amount]                                                    │
  1114.  └─────────────────────────────────────────────────────────────────────┘
  1115.  Usage   : This will set the number seconds before FileDoor will timeout
  1116.            a user for inactivity. This way you will prevent a user to
  1117.            enter FileDoor and use all his BBS access time doing nothing.
  1118.            After timing out a user he will be warned and eventually be
  1119.            returned to the BBS.
  1120.  
  1121.  Example : TimeOut 120
  1122.  
  1123.  
  1124.  ┌─────────────────────────────────────────────────────────────────────┐
  1125.  │ NoLastChance                                                        │
  1126.  └─────────────────────────────────────────────────────────────────────┘
  1127.  Usage   : If the user choses to disconnect immediately after a transfer
  1128.            FileDoor will ask the user to press any key to terminate the
  1129.            hang-up process. NoLastChance will disable this feature.
  1130.  
  1131.  
  1132.  ┌─────────────────────────────────────────────────────────────────────┐
  1133.  │ MinSpace [amount]                                                   │
  1134.  └─────────────────────────────────────────────────────────────────────┘
  1135.  Usage   : With this option you will be able to set the minimum of
  1136.            disk-space that must be free for allowing uploads to your
  1137.            system. [amount] is set in kB's. Bidirectional transfers will
  1138.            only display the minimum space but will allow uploads anyhow.
  1139.            If the option is left out, no compare is made but the availa-
  1140.            ble space will be displayed only.
  1141.  
  1142.  Example : MinSpace 1000
  1143.  
  1144.  
  1145. │┌─────────────────────────────────────────────────────────────────────┐
  1146. ││ NoEMS                                                               │
  1147. │└─────────────────────────────────────────────────────────────────────┘
  1148. │Usage   : When this option is available, FileDoor is forced to ignore
  1149. │          EMS for swapping space (if needed). If there is still XMS or
  1150. │          Extended Memory, FileDoor will use this type of memory. If
  1151. │          neither of these two resources is available, FileDoor is
  1152. │          forced to use disk-space. When NoXMS is also present in the
  1153. │          FileDoor.CFG, disk-space is always used for swapping;
  1154. │
  1155. │
  1156. │┌─────────────────────────────────────────────────────────────────────┐
  1157. ││ NoXMS                                                               │
  1158. │└─────────────────────────────────────────────────────────────────────┘
  1159. │Usage   : When this option is available, FileDoor is forced to ignore
  1160. │          XMS and Extended Memory for swapping space (if needed).
  1161. │          If there is still EMS, FileDoor will use this type of memory.
  1162. │          If EMS is not available, FileDoor is forced to use disk-
  1163. │          space. When NoEMS is also present in the FileDoor.CFG, disk-
  1164. │          space is always used for swapping;
  1165.  
  1166.  
  1167.  ┌─────────────────────────────────────────────────────────────────────┐
  1168.  │ DownloadHours [start] [stop]                                        │
  1169.  └─────────────────────────────────────────────────────────────────────┘
  1170.  Usage   : With this option you can set the type that your system allows
  1171.            downloads. You can set as many download hours as needed, as
  1172.            long as they don't pass the 23:59 border. Both [start] and
  1173.            [stop] use the 24 hour time format. FileDoor will combine
  1174.            all available DownloadHours options into a up/down table.
  1175.  
  1176.  Example : DownloadHours  0900-1200
  1177.            DownloadHours  1500-2200
  1178.  
  1179.  
  1180.  ┌─────────────────────────────────────────────────────────────────────┐
  1181.  │ CheckDupes                                                          │
  1182.  └─────────────────────────────────────────────────────────────────────┘
  1183.  Usage   : If set, FileDoor will perform a dupe-check (internally) on
  1184.            the uploaded files. All dupes are removed before they are
  1185.            counted. TRY.ZIP is considered a dupe with TRY.ARC but
  1186.            TRY.ARJ is NOT considered a dupe with TRY.ALL. Archive
  1187.            extensions that will be tested are ARC, PAK, PKA, LZH, LZS,
  1188.            ZIP, ZOO, DWC, MD, HYP, ARJ, SDN.
  1189.            If this check is to raw for your taste, you can insert an
  1190.            exit (hook) in one of the ExitAfterUpload options. The
  1191.            called file will then be responsible to remove (and report)
  1192.            the duplicated files.
  1193.  
  1194.  
  1195.  ┌─────────────────────────────────────────────────────────────────────┐
  1196.  │ TagFileMacro [directory]                                            │
  1197.  └─────────────────────────────────────────────────────────────────────┘
  1198.  Usage   : This version of FileDoor allows third party utilities to supply
  1199.            a tag file to FileDoor. This way programmers have a way to pass
  1200.            on a list of selected files to FileDoor. FileDoor will detect the
  1201.            tag files from RFW (c) and MTS (c) automatically. The struc-
  1202.            ture of this FileDoor/DISP-compatible tag-file is present in
  1203.            the release-archive.
  1204.  
  1205.            [directory] must point to the common location where the tag-
  1206.                        files are placed. MTS and RFW have installation
  1207.                        options to point to that directory. The filename
  1208.                        is composed by FileDoor itself.
  1209.  
  1210.            Please read the chapter on tagging for more details on the
  1211.            FileDoor/DISP-compatible tag-file.
  1212.  
  1213.  Example : TagFileMacro D:\BBS\RA
  1214.  
  1215.  
  1216.  ┌─────────────────────────────────────────────────────────────────────┐
  1217.  │ NewFileMacro [seclevel]                                             │
  1218.  └─────────────────────────────────────────────────────────────────────┘
  1219.  Usage   : If this option is enabled FileDoor will allow your users with
  1220.            a security level of [seclevel] (and higher) to easily detect,
  1221.            select and download NEW files since their last logon to your
  1222.            system.
  1223.  
  1224.  Example : NewFileMacro 100
  1225.  
  1226.  
  1227.  ┌─────────────────────────────────────────────────────────────────────┐
  1228.  │ UserMacro [tag] [auto] [desc] [mask] {sec}                          │
  1229.  └─────────────────────────────────────────────────────────────────────┘
  1230.  Usage   : This option allows a user with security {sec} to use /[tag]
  1231.            in the fileselection menu. Filedoor will replace the [tag]
  1232.            with [mask] in the search procedure. [desc] is the description
  1233.            of the macro. [tag] can be any combination of characters with a
  1234.            maximum of three. [desc] may be up to 30 bytes long. Words in
  1235.            the description [desc] must be separated with the underscore
  1236.            ('_') character.
  1237.  
  1238.            [auto] must be either 'Y' or 'N'. If 'Y' is selected, File-
  1239.            Door will display this macro (tag) at startup and in the
  1240.            help-screen. If 'N' is set, the user must use /? to display
  1241.            all available tags (macros). And the tag (macro) is not
  1242.            displayed at startup.
  1243.  
  1244.            There can be up to 100 tags (magical names is a better
  1245.            description) but there is no check on duplicates, neither
  1246.            on the usage of NEW for [tag]. NEW is reserved as is TAG,
  1247.            because they are used (/NEW, /TAG) for selecting new-files
  1248.            and tag-files.
  1249.  
  1250.  Example : UserMacro MTA N The_newest_MTA_Package MTA_V???.??? 20
  1251.            UserMacro ALL N All_files_on_the_BBS   ALLFILE*.???
  1252.  
  1253.  
  1254.  ┌─────────────────────────────────────────────────────────────────────┐
  1255.  │ SysopPassword [password] [sec]                                      │
  1256.  └─────────────────────────────────────────────────────────────────────┘
  1257. │Usage   : If a users enters // in the fileselection menu she/he will
  1258. │          be presented with the new questions:
  1259. │          'Enter password' and 'Give full path and filename of the
  1260.            the wanted file'. This way the cosysop or every other user
  1261.            user you give knowledge of the password and has the right
  1262.            security, will be able to download from every directory on
  1263.            your system if hers/his sec.level is the same or higher
  1264.            than [sec].
  1265.  
  1266.            [password] can be up to 20 characters without spaces. The
  1267.            case is not important.
  1268.  
  1269.            The user must enter a filename (full) and (optional, when the
  1270.            file is not in the current directory) a full path to the file
  1271.            (including drive when the directory is not on the current
  1272.            drive). Only one file at the time can be selected (no wild-
  1273.            cards allowed) but // can be used multiple times before the
  1274.            actual download has to start.
  1275.  
  1276.            WARNING: There is no other check whatsoever to the selected
  1277.            file and your complete system is open for download.
  1278.  
  1279.   Example: SysopPassword MySecretPwd
  1280.  
  1281.  
  1282.  ┌─────────────────────────────────────────────────────────────────────┐
  1283.  │ ExitAfterSelect Drive:\Path\Filename.Ext [options]                  │
  1284.  └─────────────────────────────────────────────────────────────────────┘
  1285.  Usage   : This exit is called after EVERY 'Y' on a file-select with
  1286.            download. If the called program returns errorlevel 0, the
  1287.            file is allowed, if the errorlevel is 1 or higher, the
  1288.            selection is denied even after FileDoor has allowed it before.
  1289.  
  1290.            [options] must be the command-line for the specified program.
  1291.                      You can include multiple macros (described later)
  1292.                      to be replaced by FileDoor.
  1293.  
  1294.  Example : ExitAfterSelect C:\UTILS\CALCUSER.EXE $C $B $U
  1295.  
  1296.  ┌─────────────────────────────────────────────────────────────────────┐
  1297.  │ ExitAfterUpload1 Drive:\Path\Filename.Ext [options]                 │
  1298.  │ ExitAfterUpload2 Drive:\Path\Filename.Ext [options]                 │
  1299.  │ ExitAfterUpload3 Drive:\Path\Filename.Ext [options]                 │
  1300.  └─────────────────────────────────────────────────────────────────────┘
  1301.  Usage   : These exits are called after the upload. You can implement 3 of
  1302.            them. The exits are on their own. The fossil is closed by
  1303.            FileDoor and parameters are passed to the called program.
  1304.  
  1305.            [options] are the same as with the previous ExitAfterSelect
  1306.                      options. The command-line parameters for the
  1307.                      called program can also include macros that are
  1308.                      replaced by FileDoor.
  1309.  
  1310.            The following macros are available to be implemented into
  1311.            the command-line [options] of the called program:
  1312.            - $C will be replaced with the Com-port number
  1313.            - $B   ,, ,,    ,,     ,,   ,, Baud-rate
  1314.            - $T   ,, ,,    ,,     ,,   ,, time-left to the user
  1315.            - $S   ,, ,,    ,,     ,,   ,, allowed download-limit
  1316.            - $Z   ,, ,,    ,,     ,,   ,, DSZLOG env. variable
  1317.            - $U   ,, ,,    ,,     ,,   ,, upload-path
  1318.            - $F   ,, ,,    ,,     ,,   ,, filename (ExitAfterSelect)
  1319.            - $D   ,, ,,    ,,     ,,   ,, path to EXITINFO/DORINFO1
  1320.            - $M   ,, ,,    ,,     ,,   ,, swap before exit is called
  1321.  
  1322. │          A special note on the ExitAfterUploadx exits. A called pro-
  1323. │          gram can copy a file with the same name but with extension
  1324. │          F$D into the upload-directory. When this is the case, a
  1325. │          special routine will be triggered. FileDoor will obtain the
  1326. │          size of the original file from this file and will NOT take
  1327. │          the actual size. This routine is created so that recompres-
  1328. │          sion (not recommended !!) can be done inside one of the
  1329. │          exits while FileDoor can still credit the user for the actual
  1330. │          number of bytes that were uploaded. One recompression program
  1331. │          that can do this job is MTA (version 14.45) with it's /STOSIZ
  1332. │          option.
  1333.  
  1334.  Example : ExitAfterUpload1 C:\UTILS\ZIPZOOM.EXE $C $B $U
  1335.  
  1336.  
  1337.  3.3.4 Filedoor's Protocol Definition
  1338.  ────────────────────────────────────────────────────────────────────────
  1339.  This will be the toughest part of the Filedoor.Cfg. In this part you
  1340.  will be shown how to install external protocols in FileDoor. An example
  1341.  with almost every known external protocol has been included in the
  1342.  package.
  1343.  
  1344.  We strongly urge all filedoor users to share their knowledge and
  1345.  experience with other and new protocols in FileDoor with the author.
  1346.  This way we are able to update the examples and help users installing
  1347.  these protocols in FileDoor. Please sent your information to the author
  1348.  by Net or SnailMail or use the international echomail area DISP.
  1349.  
  1350.  Every protocol statement in FileDoor.Cfg consists of 2 lines. The first
  1351.  line start with the keyword 'protocol' and is followed by a number of
  1352.  parameters. The general format of this line is as follows:
  1353.  
  1354.  ┌─────────────────────────────────────────────────────────────────────┐
  1355.  │  Protocol [effic] [letter] [way] [max] [MinBaud] [Text]             │
  1356.  └─────────────────────────────────────────────────────────────────────┘
  1357.  This is the first line that will make up a complete protocol descrip-
  1358.  tion.
  1359.  
  1360.  [effic]
  1361.  Is the efficiency rate of a protocol. This rate reflects the efficiency
  1362.  for this protocol. For those not familiar with this definition I will
  1363.  explain this. Depending on the protocol that is being used, larger or
  1364.  lesser parts of the transferred information is used for flow control and
  1365.  error correction. If this was not being done you might end up with a
  1366.  corrupted file after file transfer. Most protocols will have an efficiency
  1367.  rate of app 95%.
  1368.  
  1369.  IMPORTANT: For the protocol type 'other' you should use a correct
  1370.             value for [effic]. If not correct, FileDoor will assume
  1371.             that the file-transfer has been aborted and will NOT
  1372.             count the transfer. It will be better to set the value
  1373.             too high than too low.
  1374.  
  1375.  [letter]
  1376.  This is the character the user has to enter for selecting this proto-
  1377.  col. You can use almost any letter and special character. You can not
  1378.  define duplicate letters in one [way] (e.g. D, U or B). But you can
  1379.  define duplicate letters in different [way] definitions, so a 'B' for
  1380.  'D'(ownload), a 'B' for 'U'(pload) and a 'B' for 'B'(idirectional).
  1381.  The characters '-' and '?' are reserved for termination and HELP and
  1382.  can not be used.
  1383.  
  1384.  [way]
  1385.  This is a single letter and is used to let FileDoor know if this is an
  1386.  upload, a download or bidirectional protocol. (U tells FileDoor it is
  1387.  an upload protocol, D tells FileDoor that it is a download protocol and
  1388.  B tells FileDoor that we have to do with a bidirectional protocol. The
  1389.  one and only bidirectional protocol that is supported (bimodem) can
  1390.  be present in 'D', 'U' and 'B'.
  1391.  
  1392.  [max]
  1393.  Is the number of files that can (may) be transferred in one session for
  1394.  this protocol.
  1395.  
  1396.  IMPORTANT: - For non-batch protocols like XModem you must specify
  1397.               '1' for [max] and the user must supply the filename
  1398.               and the filedescription before starting an upload.
  1399.  
  1400.             - FileDoor's built-in maximum for [max] is 255. You must
  1401.               make it sure that the protocol can support that much
  1402.               files in one time. Also, the more specified for [max],
  1403.               the more memory FileDoor will use.
  1404.  
  1405.             - For batch protocols that must have all filenames
  1406.               supplied on the command-line (i.e CLink), you must
  1407.               limit [max] to +- 4 to prevent a command-line
  1408.               overflow error. FileDoor will truncate the command-
  1409.               line to the maximum and report that truncation (that
  1410.               is different from earlier versions that reported an
  1411.               error) and start the protocol for this number.
  1412.  
  1413.  [minbaud]
  1414.  This is the minimum baudrate that is needed for selecting this proto-
  1415.  col. This way you may prevent users to use high-speed transfer proto-
  1416.  cols on a too low baudrate. If you define 0, all users can use the
  1417.  protocol.
  1418.  
  1419.  [text]
  1420.  This is the name of the protocol and is also the text that is shown
  1421.  to a user when selecting a protocol. (FileDoorDir option disabled).
  1422.  This free format text may be up to 30 characters long.
  1423.  
  1424.  ┌─────────────────────────────────────────────────────────────────────┐
  1425.  │  [subtype] [filename.ext] [options]                                 │
  1426.  └─────────────────────────────────────────────────────────────────────┘
  1427.  This is the second line that will make up a complete protocol descrip-
  1428.  tion. The second line of the protocol statement, the subtype of the
  1429.  protocol, will be defined and all info that will be passed to the
  1430.  protocol program.  The general format of this line is as follows:
  1431.  
  1432.  [subtype]
  1433.  The following values may be used. They will be explained in detail:
  1434.  
  1435.  DSZ         This protocol subtype uses the DSZ.LOG file. So it will
  1436.              work with all transfer protocol that produce a DSZ.LOG
  1437.              compatible logfile. We have tested this subtype with the
  1438.              DSZ transfer program from Omen Tech (tm) version february
  1439.              1991 and later and with SZModem v1.41 (see examples).
  1440.  
  1441.  OPUS        This protocol follows the OPUS v1.0 conventions for external
  1442.              file-transfer protocols. This has been tested with MegaLink,
  1443.              Okermit and CLink. This is a fixed format that will be
  1444.              automatically set up by FileDoor
  1445.  
  1446.  ERRORLEVEL  This subtype check if the transfer protocol passes errorlevel
  1447.              '0' to FileDoor after sending a file. If FileDoor detects this
  1448.              errorlevel it assumes that all files are send.
  1449.  
  1450.  OTHER       This indicates a protocol driver which does not create any
  1451.              sensible log file amd which does not exit with an errorlevel
  1452.              after sending the file(s). FileDoor simply calculates the
  1453.              transfer time of the files based on size, baudrate and the
  1454.              supplied efficiency rate for this protocol and measures the
  1455.              time that filedoor was running for transferring these file(s).
  1456.              If the files were transfered faster than FileDoor calculated,
  1457.              then no files will be marked as transferred. Using this subtype
  1458.              you must be extremely careful setting the efficiency rate.
  1459.              It is better to set this value too high than too low. It is
  1460.              advised to use another subtype if possible.
  1461.  
  1462.  BIMODEM     This indicates the BIMODEM.COM <tm> protocol. It can be
  1463.              used in 'U', 'D' and 'B' types of protocols. 'B' (along
  1464.              with -db) is implemented for those systems that have
  1465.              setup a separate menu for the Bimodem protocol.
  1466.  
  1467.  [filename.ext]
  1468.  This must be either the name of the program (DSZ.COM, BIMODEM.COM
  1469.  and so on) when the protocol can be found on the DOS-path or the
  1470.  full path and name (drive:\path\filename.ext) of the protocol when
  1471.  the protocol is not on the DOS-path. The latter is faster than the
  1472.  first because FileDoor does not start a party-search for all the
  1473.  protocols. For slow disks (machines) the full format is preferred.
  1474.  
  1475.  [options]
  1476.  Here you place the command-line parameters for the specific protocol.
  1477.  You can include some generic macros that are replaced by FileDoor at
  1478.  runtime. These are:
  1479.  
  1480.  - $1          Port number (1=COM1:, 2=COM2: etc)
  1481.  - $2          Baudrate
  1482.  - $3          Response file (for DSZ versions later then 880423)
  1483.  - $4          List of files to be received or sent
  1484.  - $5          Number of minutes left
  1485.  - $6          Number of kB left
  1486.  - $7          Contents of DSZLOG environment variable
  1487.  - $8          Upload Path
  1488.  - $M          Swap FileDoor to EMS or disk before executing the protocol
  1489.  
  1490.  
  1491.  An example:
  1492.  
  1493.      keyword          Download
  1494.       |  efficiency rate |  maximum files
  1495.       |       | key to start  |  minimum baud    Description
  1496.       |       |     |    |    |    |                |
  1497.     Protocol  92    G    D    9    0              YModemG (DSZ)
  1498.     DSZ DSZ.COM Port $1 pB4096 restrict rb -k -g -$3       $M
  1499.       |   |     \-----------------------------------/       |
  1500.       |   |       command-line options ($3 = response file) |
  1501.       | Driver                                              |
  1502.     Subtype                                     Swap FileDoor to EMS/disk
  1503.  
  1504.  Some general notes about the command-line:
  1505.  
  1506.  o Calling the transferprogram with a complete path will load the
  1507.    program faster than using the DOS path;
  1508.  
  1509.  o The command-line in FileDoor.Cfg is not limited in length, however the
  1510.    expanded command-line as passed to DOS for execution may not exceed
  1511.    132 characters. This is DOS limitation;
  1512.  
  1513.  o If you need a batch-file to start your protocol, you may do it as
  1514.    follows: Other C:\COMMAND.COM /C MYBATCH.BAT [options]
  1515.  
  1516.  Study the examples in the supplied FileDoor.CFG careful. There are
  1517.  many users of FileDoor. These users can also help you with you quest
  1518.  for the right options.
  1519.  
  1520.  
  1521.  3.4 FD_UPD and FILEDOOR.UPD
  1522.  ────────────────────────────────────────────────────────────────────────
  1523.  For QuickBBS it is (at this moment) impossible to reload information
  1524.  from the EXITINFO.BBS. FileDoor will update EXITINFO.BBS with the new
  1525.  credits (for RA, SBBS) so the BBS can reload this information at once
  1526.  but for QuickBBS this is not possible.
  1527.  
  1528.  In this case (QuickBBS) you must not only set SYSTEM QBBS but also
  1529.  NoAutoUpdate in FileDoor.CFG. This means that FileDoor will start
  1530.  creating a file called FILEDOOR.UPD in the supplied directory.
  1531.  FILEDOOR.UPD is SHARE'ed like FILES.BBS. This can mean a little delay
  1532.  at startup and termination BUT multiple FileDoor copies can access
  1533.  FILEDOOR.UPD at the same time, so you CAN run multi-line without
  1534.  the problems you had in previous versions.
  1535.  
  1536.  When FileDOOR.UPD is created it will grow and grow. Every time FileDoor
  1537.  will start it has to read FILEDOOR.UPD to update the users credits from
  1538.  the USERS.BBS with the figures from FILEDOOR.UPD. For this reason it is
  1539.  needed to empty this file once in a while (at least every 24 hours).
  1540.  
  1541.  In the package you will find a program FD_UPD.EXE. In your event you
  1542.  must run FD_UPD with the FILEDOOR.UPD and the USERS.BBS (QBBS, SBBS
  1543.  or RA) in the same directory. FD_UPD will update the figures from
  1544.  FILEDOOR.UPD to USERS.BBS and at the end, FILEDOOR.UPD is deleted.
  1545.  
  1546.  
  1547.  
  1548.  ┌───────┬─────────────────────────────────────────────────────────────┐
  1549.  │   4   │ Runtime information                                         │
  1550.  └───────┴─────────────────────────────────────────────────────────────┘
  1551.  
  1552.  4.1 Command-line switches
  1553.  ────────────────────────────────────────────────────────────────────────
  1554.  ┌─────────────────────────────────────────────────────────────────────┐
  1555.  │  -D[option]                                                         │
  1556.  └─────────────────────────────────────────────────────────────────────┘
  1557.  Usage : Use this command-line option to instruct FileDoor to start a download,
  1558.          Upload or Bidirectional transfer:
  1559.  
  1560.          -DD for Download
  1561.          -DU for Upload
  1562.          -DB for Bidirectional
  1563.  
  1564.          Protocols with [way] 'D' or 'U' (e.g. non-bidirectional pro-
  1565.          tocols) can NOT be included in the set for 'B' (e.g. -DB) but
  1566.          'B' types of protocols (only Bimodem) CAN be implemented in
  1567.          the 'D' (-DD) and 'U' (-DU) types of protocols.
  1568.  
  1569.  
  1570.  ┌─────────────────────────────────────────────────────────────────────┐
  1571.  │  -A[path]                                                           │
  1572.  └─────────────────────────────────────────────────────────────────────┘
  1573.  Usage : This tells FileDoor which path to use for downloads. Only
  1574.          needed when AutoSearch is not set.
  1575.  
  1576.  
  1577.  ┌─────────────────────────────────────────────────────────────────────┐
  1578.  │  -N[digit]                                                          │
  1579.  └─────────────────────────────────────────────────────────────────────┘
  1580.  Usage : For Multiline setup it is necessary to tell FileDoor which node
  1581.          is calling FileDoor. In RemoteAccess like environments one might
  1582.          call FileDoor like FileDoor -N*N. This option can also be re-
  1583.          placed with the BBSLine option in FileDoor.CFG
  1584.  
  1585.  
  1586.  ┌─────────────────────────────────────────────────────────────────────┐
  1587.  │  -U[path]                                                           │
  1588.  └─────────────────────────────────────────────────────────────────────┘
  1589.  Usage : This tells FileDoor which path to use for uploads. This can
  1590.          also be replaced with the UploadPath option in FileDoor.CFG.
  1591.  
  1592.  
  1593.  ┌─────────────────────────────────────────────────────────────────────┐
  1594.  │  -C[cfg]                                                            │
  1595.  └─────────────────────────────────────────────────────────────────────┘
  1596.  Usage : This allows you to use another file for FILEDOOR.CFG. [cfg]
  1597.          points to the alternate FileDoor.Cfg. This option allows you
  1598.          to use different setups for each line in a multiline setup.
  1599.  
  1600.  
  1601.  4.2 Fast Modems
  1602.  ────────────────────────────────────────────────────────────────────────
  1603.  If you use a modem running with a locked baudrate (HST/Telebit/V32 modems)
  1604.  you need to edit the command-line in the configuration file. Two things need
  1605.  to be changed:
  1606.  
  1607.  1. Replace all '$2' with the locked baudrate, 1.e. '19200' if you have
  1608.     fixed the baudrate of your modem to 19200 baud.
  1609.  
  1610.  2. Use the command-line options of the transfer program so that it uses
  1611.     hardware handshake (CTS/RTS).
  1612.  
  1613.  Transfer protocols that use the fossil-driver for all I/O don't need any
  1614.  changes because the fossil driver will take care of the handshaking
  1615.  and the locked baudrate.
  1616.  
  1617.  
  1618.  4.3 Multiline operations
  1619.  ────────────────────────────────────────────────────────────────────────
  1620.  FileDoor will work fine in a multiline setup. Previous versions could
  1621.  trash files because there was a chance that the same file was updates
  1622.  at the same time on different lines (FILES.BBS with FilesCount option).
  1623.  
  1624.  This version implements full sharing (when SHARE.EXE is loaded) for
  1625.  those files that can be accessed from different lines at the same
  1626.  time. Excluded are the log-files. You can let FileDoor write to the
  1627.  BBS-log but there must be separate log-files for each line.
  1628.  
  1629.  In some special cases, the user is asked to wait a few moments when
  1630.  FileDoor is busy with updating FILES.BBS on two separate lines at
  1631.  the same time.
  1632.  
  1633.  You should (must) use different FILEDOOR.CFG files for each line you
  1634.  run. A nice way to implement this, is to use the BBS's macro that is
  1635.  replaced with the line-number, inside the call to FileDoor. You should
  1636.  setup a menu type 7 (or 15) in the following way:
  1637.  
  1638.  C:\UTILS\FILEDOOR.EXE -DD -CC:\UTILS\FILEDOOR.CF*N -N*N *M (RA)
  1639.  
  1640.  In this way, a call on line 1 or 2 is expanded into:
  1641.  
  1642.  C:\UTILS\FILEDOOR.EXE -DD -CC:\UTILS\FILEDOOR.CF1 -N1 *M (RA line 1)
  1643.  C:\UTILS\FILEDOOR.EXE -DD -CC:\UTILS\FILEDOOR.CF2 -N2 *M (RA line 1)
  1644.  
  1645.  There is a little flaw in Remote Access that makes it impossible to
  1646.  use the *N more than once on the command-line. You can trick RA and
  1647.  FileDoor by using *P for the first *N in the above command-line but
  1648.  you can only do this when you your port (COM-port) and line are
  1649.  always the same (so line 1 is COM1, line 2 is COM2 and so on). If this
  1650.  is not the case, you can remove the -N*N option and add BBSLine 1 to
  1651.  FILEDOOR.CF1 and BBSLine 2 to FILEDOOR.CF2.
  1652.  
  1653.  All temporary directories and files are made line-specific. FileDoor
  1654.  will use the line-number in all its temporary directories, swapfiles,
  1655.  configuration-files and so on. There are no chances in cross-linking
  1656.  any file.
  1657.  
  1658.  WARNING: FileDoor uses the DSZLOG environment variable. You must set
  1659.           this variable to a directory AND filename for EACH line and
  1660.           the values MUST be different, so, for example, use:
  1661.           SET DSZLOG=D:\BBS\RA\RA1\DSZ.LOG  (on line 1)
  1662.           SET DSZLOG=D:\BBS\RA\RA2\DSZ.LOG  (on line 2)
  1663.           If DSZLOG is not set, FileDoor will abort and there can be
  1664.           problems when DSZLOG will point to a directory (and not a
  1665.           file) or to an invalid directory.
  1666.  
  1667.           I do not alter the DSZLOG variable to keep FileDoor compa-
  1668.           tible in DOS-boxes, special DOS-versions (ATT 6300 clones
  1669.           to name one) and such !
  1670.  
  1671.  
  1672.  4.4 Swapping
  1673.  ────────────────────────────────────────────────────────────────────────
  1674.  When you run a BBS, you already know what swapping is. FileDoor can
  1675.  swap itself from memory when the protocol is called. In this case
  1676.  you must include $M into the command-line of the protocol(s).
  1677.  
  1678.  FileDoor will first look for EMS, if not available than XMS is used,
  1679.  if not available than extended memory is used, if not available than
  1680.  DISK is used (the SwapPath option !).
  1681.  
  1682.  
  1683.  
  1684.  4.5 FileDoor/DISP-compatible tag-file <tm>
  1685.  ────────────────────────────────────────────────────────────────────────
  1686.  FileDoor can use a FileDoor/DISP-compatible tag-file <tm>. This is a
  1687.  special structure, created by other doors like the DISP-programs MTS
  1688.  and RFW. This tag-file will contain all the information for FileDoor
  1689.  to access the filenames contained in this tag-file easy.
  1690.  
  1691.  Other products can give an option to store information inside the
  1692.  tag-file (filenames) and FileDoor can (later) access this informa-
  1693.  tion. In some way, the tag-file is a type of Clipboard where the
  1694.  user stores filenames to remember and that can be recalled by the
  1695.  FileDoor program.
  1696.  
  1697.  FileDoor can use two kinds of tag-files. The first one is a normal
  1698.  tag-file. The user MUST enter /TAG on the FileDoor selection question.
  1699.  The second one is a so called AUTOLOAD tag-file. When the user selects
  1700.  the download-menu, FileDoor will load the tag-file without having to
  1701.  enter the /TAG on the selection line. The user is still able to select
  1702.  or deny the tagged files. MTS and RFW will create autoload tagfiles.
  1703.  
  1704.  When FileDoor recognizes a AUTOLOAD tag-file, it will display all
  1705.  stored files for the user, so the user can add them to the download
  1706.  list or skip them. Also FileDoor will remove the AUTOLOAD flag so
  1707.  the next time FileDoor is started, there is still a tag-file (the
  1708.  same when no new tag-file is created) but the user MUST access the
  1709.  file with /TAG.
  1710.  
  1711.  When FileDoor starts, it will look for BBSTAGFL.n (where n is the
  1712.  line-number). If available, FileDoor will check if this tag-file
  1713.  belongs to this user (with a name-compare). If this is not the case
  1714.  or when the file is not compatible (IO-error, invalid), FileDoor
  1715.  will remove it and /TAG is not possible.
  1716.  
  1717.  
  1718.  
  1719.  4.6 File selection
  1720.  ────────────────────────────────────────────────────────────────────────
  1721.  Reading this chapter can make the difference in FileDoor's speed between
  1722.  a turtle and a road-runner (miep-miep).
  1723.  
  1724.  You must think carefully how you will implement file selection for the
  1725.  user. FileDoor offers a complete set of file selection methods but it
  1726.  would be nice if you used the one that suits your environment (and
  1727.  type of users).
  1728.  
  1729.  FileDoor does everything from the point of the 'complete' set. See it
  1730.  as a type of OOP way of working. The 'root' is the complete selection
  1731.  and both you and the users can vary the behaviour of this 'root'. Be
  1732.  warned though that you alter the description of the file selection
  1733.  help-file to the choice you have made. A generalized example of this
  1734.  help-file is included in the release archive.
  1735.  
  1736.  The 'root' is the base of all file selections that the user can make.
  1737.  By default, FileDoor will use this 'root' method. A short description:
  1738.  
  1739.  - The user is presented a line where she/he can enter 1 to the length
  1740.    of  he line filemasks. The different masks must be separated with
  1741.    at least 1 space;
  1742.  - After entering, FileDoor starts searching the area(s) for every
  1743.    mask;
  1744.  - When a match is found, FileDoor will ask the user (Y/N) if this
  1745.    is the file that is requested. If 'Y', FileDoor will add it to
  1746.    the list;
  1747.  - In both cases, FileDoor will continue the search in same (and
  1748.    following when AutoSearch is set) area to search for this mask
  1749.    until no match is left in either this or any other area;
  1750.  
  1751.  The big benifit of this way of selecting files is, that it is very
  1752.  friendly for the user, but advanced users will not like it at all.
  1753.  
  1754.  Now there is an escape for this way of working and one that comes
  1755.  close to the way that FileDoor 1.xx used. The user can enter /Q
  1756.  as the last filemask and in this case ALL matches are taken without
  1757.  questions, either until limits are exceeded or there are too many
  1758.  files. The user will jump directly to the protocol (or the question
  1759.  to start the protocol) and can go on from here.
  1760.  
  1761.  Until now the user had only something to tell. The above method has
  1762.  still one problem. When FileDoor finds a match it will still search
  1763.  all eligable area's for more matches for the same file. This is
  1764.  needed in those cases where name-like files can be available in two
  1765.  or more different area's. In that case FileDoor MUST search because
  1766.  the user could want the second (3th and so on) and not the first
  1767.  match. When this is not the case, FileDoor can be implemented with
  1768.  another method. There are two (related, but different) ways to do
  1769.  so:
  1770.  
  1771.  - Add the ExactMatch in FileDoor.CFG;
  1772.  - Now searching will as before but if the user enters a FULL filename
  1773.    (without wildcards), FileDoor will take the first file with that
  1774.    name that is found and no questions are asked for that file;
  1775.  - The user can still make multiple selections by including a wildcard
  1776.    in the name. Now FileDoor will go on searching for this file until
  1777.    all available matches in all areas are processed;
  1778.  
  1779.  There is a more radical method:
  1780.  
  1781.  - Add the QuickMatch option in FileDoor.CFG;
  1782.  - Now searching will be different. If a file matches a supplied mask,
  1783.    the file is taken (no questions) and the mask is removed. Only
  1784.    other masks that did not match until now, will processed until
  1785.    either all files are found (e.g. all masks are removed) or all
  1786.    files are processed (all areas have been processed when autosearch
  1787.    is on);
  1788.  - The user is STILL able to overrule this method but in that case
  1789.    the user must enter /S at the end of list of masks. In that case
  1790.    the search will be the same as with the 'root' method;
  1791.  
  1792.  There is one big advantage with ExactMatch or QuickMatch (never use
  1793.  them both, QuickMatch will overrule ExactMatch but the program can
  1794.  slowdown a bit). This advantage is speed. In the 'root' model, FileDoor
  1795.  keeps on searching, even if all files are already selected, for a pos-
  1796.  sible other match. This is less with the ExactMatch method (but the
  1797.  user must enter full names) and gone with the QuickMatch. The number
  1798.  of informative lines with each option will be less than than with
  1799.  the 'root' method.
  1800.  
  1801.  I suggest you only use QuickMatch on slow machines, big BBS's or those
  1802.  BBS's that have their CD-rom as the last area(s) of the list. The
  1803.  ExactMatch is somewhat inbetween. FileDoor is at its most friendly
  1804.  with both options set to off while there is still a quick method for
  1805.  users who want is.
  1806.  
  1807.  
  1808.  ┌───────┬─────────────────────────────────────────────────────────────┐
  1809.  │   5   │ Version information and credits                             │
  1810.  └───────┴─────────────────────────────────────────────────────────────┘
  1811.  
  1812.  5.1 The BETA-team
  1813.  ────────────────────────────────────────────────────────────────────────
  1814.  The following Sysop's and their CoSysop's (only if they use the same
  1815.  BBS or a NON-user (closed) shadow BBS) are allowed to make use of the
  1816.  BETA-releases on their own risk:
  1817.  
  1818.  - Remote Access Multiline/Multiport Paradise        2:512/100 (*)
  1819.    Sysop: Reinier De Groot
  1820.  
  1821.  - GOLEM Service BBS                                 2:242/4
  1822.    Sysop: Hanstheo Wolf
  1823.  
  1824.  - Sirex BBS                                         2:280/216
  1825.    Sysop: Gerry Ulrich
  1826.  
  1827.  - Funboard BBS                                      2:244/12
  1828.    Sysop: Dirk Astrath
  1829.  
  1830.  - Nilpferd BBS                                      2:244/8500
  1831.    Sysop: Joerg Dassler
  1832.  
  1833.  - The Black Universe                                2:403/139
  1834.    Sysop: Saar Blitz
  1835.  
  1836.  - Hitch Hiker BBS                                   2:405/166
  1837.    Sysop: Alon Gingold
  1838.  
  1839.  - Amber Shadow
  1840.    Sysop: Dave Overton                               1:203/988
  1841.  
  1842.  - The Chess Board                                   1:124/2213
  1843.    Sysop: Ken Givens
  1844.  
  1845.  - Secret Blue Valley                                2:200/407
  1846.    Sysop: Andreas Birgerson
  1847.  
  1848.  - Barnabas the Caring UK                            2:257/168
  1849.    Sysop: John Barton
  1850.  
  1851.  Thanks to ALL of you for the support, access, reports, suggestions,
  1852.  the nights without sleep, the sleep without nights but foremost the
  1853.  believe that FileDoor would make it again.
  1854.  
  1855.  
  1856.  5.2 Credits
  1857.  ────────────────────────────────────────────────────────────────────────
  1858.  Thanks to the following people:
  1859.  
  1860.  - Stig Jacobsen for developing FileDoor and making it possible to
  1861.    create a State of the Art fileprotocol interface.
  1862.  - All registered users. You make it worthwhile to enhance FileDoor
  1863.    with nice features;
  1864.  - All users who did write a message and/or sent me a postcard;
  1865.  - The BETA-team;
  1866.  - Dave and Ken for their long-distance support (a new version of
  1867.    Windows is cheaper and nicer);
  1868.  
  1869.  
  1870.  5.3 Version history
  1871.  ────────────────────────────────────────────────────────────────────────
  1872.  
  1873.  ┌───────┬────────────────────────────┐
  1874.  │ 2.01  │ Complete rewrite           │
  1875.  └───────┴────────────────────────────┘
  1876.   ■ The first release after the all rights and source codes have been
  1877.     transferred from Stig Jacobsen to Rob van Hoeven. Can still contain
  1878.     bugs (even DOS does) so......
  1879.  
  1880.  ┌───────┬────────────────────────────┐
  1881.  │ 2.01a │ Bug release                │
  1882.  └───────┴────────────────────────────┘
  1883.   ■ Bimodem would fail (displaying help-screen) in some situations.
  1884.     This is fixed;
  1885.  
  1886.   ■ All protocols would give various errors in local mode because
  1887.     most of the time the COM0 (invalid port) was passed. Local
  1888.     testing will now bring a window on-screen with the call that
  1889.     FileDoor will make (program, location, options) when running
  1890.     remote;
  1891.  
  1892.   ■ GIF files were not counted as archives. This is (temporary) fixed
  1893.     by including them as archive extension;
  1894.  
  1895.   ■ Backspace on remote side was not (always) destructive. This is
  1896.     replaced with a 'backspace, space, backspace' combination;
  1897.  
  1898.   ■ Fixed some internal coding. Credit scoring for Bimodem upload in
  1899.     download-menu was not counted. Fixed;
  1900.  
  1901.   ■ PFILES.BBS was a selectable file. This is now fixed. PFILES.BBS
  1902.     and PFILES.BAK are now skipped;
  1903.  
  1904.   ■ Fixed problem with the upload-exits. They were not called when
  1905.     Bimodem (possible uploads!) was selected in -DD or -DB menus;
  1906.  
  1907.   ■ Added a new option, HideFiles;
  1908.  
  1909.   ■ Added support for MTA 14.45 recompressing utility under FileDoor
  1910.     ExitAfterUploadx options;
  1911.  
  1912.  ┌───────┬────────────────────────────┐
  1913.  │ 2.02  │ 'Minor' and bug release    │
  1914.  └───────┴────────────────────────────┘
  1915.   ■ Fixed a problem where the download of Bimodem files was not counted
  1916.     at all;
  1917.  
  1918.   ■ Aborted downloads in either DSZ, Other or OPUS flavour were always
  1919.     counted. This could cause the following scenario. Download 40K,
  1920.     abort after 20K, resume, abort at 30K, resume, abort at 39K, resume,
  1921.     done. The user was counted for 20+30+39+40=129K and not 40K. This
  1922.     is fixed;
  1923.  
  1924.   ■ Errorlevel uploads could be counted as wrong when an exit was called
  1925.     after the upload. This is fixed;
  1926.  
  1927.   ■ The problem with MinSpace is fixed at last (I hope). Both the inter-
  1928.     nal coding AND the method are changed. I now use a faster method
  1929.     and will also be able to cover more type of drives (RAM-disk, LAN
  1930.     drives, SUBST-drives, ASSIGNed drives and such);
  1931.  
  1932.   ■ There is a flaw in some BBS programs that causes FileDoor to display
  1933.     a very large number for the remaining download-credit. This is the
  1934.     case when the downloaded KB's is set higher than the limit (by the
  1935.     Sysop). This causes the reversed to happen. This is NOT a problem of
  1936.     FileDoor but a problem of the BBS that passes the wrong value to
  1937.     the door. A message is send to the author(s) of those BBS's;
  1938.  
  1939.   ■ When there is no specific log-file present (all 3 types) and there
  1940.     is nothing to add also, FileDoor would create a log-file with a 0
  1941.     byte length. This is fixed;
  1942.  
  1943.   ■ The special upload/download log contained the name of the day and
  1944.     not the month. This is fixed;
  1945.  
  1946.   ■ For SBBS users, the name of FILES.SBS is changed in FLSEARCH.CTL;
  1947.  
  1948.   ■ Clarified the search for FileDoor.CFG in the documentation;
  1949.  
  1950.   ■ Fixed a problem with the sharing of FILES.RA (and alike) files;
  1951.  
  1952.   ■ Fixed a problem with the sharing of HLP_*.* and MNU_*.* files;
  1953.  
  1954.   ■ The ASCII help-files could not be found. This is fixed;
  1955.  
  1956.   ■ Fixed various errors with errorlevel/other protocols and download;
  1957.  
  1958.   ■ Fixed the calls to various protocols (Bimodem to name one);
  1959.  
  1960.   ■ LHA archives with level-2 headers would not be detected. This is
  1961.     fixed;
  1962.  
  1963.   ■ If -U is present on the call to FileDoor (and also -P, see later),
  1964.     FileDoor will not check any UploadPath (PUploadPath) option in
  1965.     FileDoor.Cfg for valid data;
  1966.  
  1967.   ■ Using // in the wrong way caused the previous selection (or trash)
  1968.     to be displayed on the display. This is fixed;
  1969.  
  1970.   ■ After the selection of the protocol, FileDoor will now send a
  1971.     clear-screen so there will be no trashed screen at the user
  1972.     side;
  1973.  
  1974.   ■ Added the NOEMS and NOXMS options;
  1975.  
  1976.   ■ Added PUploadPath (and -P) to move private uploads to a different
  1977.     directory than the upload-directory (if wanted);
  1978.  
  1979.   ■ Did a complete facelist to the file-selection. Added /Q, /S to
  1980.     be used by the user and ExactMatch and QuickMatch to be used
  1981.     by the Sysop. See the new chapter for a discussion on the file-
  1982.     selection;
  1983.  
  1984.   ■ Changed the support for //. There will be a separate question
  1985.     for the password and this password is protected on-screen with
  1986.     '*'.
  1987.  
  1988.   ■ Added AlienArchive option to point to special types of archives
  1989.     that FileDoor has no knowledge of.
  1990.  
  1991.  
  1992.  5.4 Copyright, Trademarks
  1993.  ────────────────────────────────────────────────────────────────────────
  1994.  4Dos          is a trademark of J.P. Software / R.C. Conn and T. Rawson
  1995.  FrontDoor     is a trademark of J. Homrichhausen
  1996.  SBBS          is a trademark of Risto Virkkala and Aki Antman
  1997.  MSDOS         is a trademark of Microsoft(tm)
  1998.  Windows       is a trademark of Microsoft(tm)
  1999.  QuickBBS      is a trademark of the QuickBBS group Inc.
  2000.  Remote Access is a trademark of Continental Software
  2001.  
  2002.  FileDoor is written in Turbo Pascal 6.0, with help of the Turbo Debugger
  2003. │2.0 and makes extensive use of Object Professional 1.11 and OPCFI 9.20.
  2004.  Also included are some routines of Blaise's fine PowerTools Plus 5.1,
  2005.  the SYSTEM.TPU is replaced with a registered commercial release of
  2006.  SYS60a and also STRG61 (registered, commercial) is included.
  2007.  
  2008.  Turbo Pascal        is a trademark of Borland International
  2009.  Turbo Debugger      is a trademark of Borland International
  2010.  Object Professional is a trademark of TurboPower Inc.
  2011.  PowerTools Plus     is a trademark of Blaise Computing Inc.
  2012.  OPCFI               is a trademark of Robert W. van Hoeven
  2013.  SYS60a              is a trademark of Eagle performance Software
  2014.  STRG61              is a trademark of Eagle performance Software
  2015.  
  2016.  ==================== END OF DOCUMENT ==================================
  2017.